Finally, the workload rnonitor shall update the following parameters for use by admission 
controller 424, for example, using an I/O admission control algorithm that includes a resource 
model such as Resource Model Equation (19): 

5 MaxNoVjperDisk = max { TotalNov(i), for all disk drive i} (29) 

MaxAggRatej)€rDisk = max { TotalRate(i), for all disk drive i} (30A) 

Although equations of the previously described embodiment may be implemented in a 
storage environment employing sub-disk partitioning, it will be understood that in other 
10 embodiments the sub-disk layer may be disabled if so desired so that a partition of storage 
^ devices {e,g., physical disk drive) into sub-disks is not allowed. 


^ Multiple Storage Device Buffer Allocation in Substantially-Unbalanced Workload 

i §1 5 Environments 

13 To further address unbalanced workload distribution, an optional multiple device buffer 

ni allocation scheme may be employed in one embodiment to help optimize buffer space utilization, 
p FIG. 4B shows maximal available buffer memory space ("Bmax") 200, and multiple storage 
20 devices 210, 212, 214, 216 and 218 that may be, for example, individual disk drives. In this 
example, Bmax is 1.0 GB. Workload weight per storage device is also shown in FIG. 4B and is 
expressed as a percentage of total workload, z.^., 50% for device 210, 30% for device 212, 10% 
for each of respective devices 214 and 216, and 0% for device 218. In this regard workload 
weight for each storage device may be calculated or estimated using any suitable method such as, 
25 for example, by using "CurrentWeight" formula (24) previously given: 

CurrentWeight(i) - a CurrentWeight(i) + (1 - a) Ne Weight® (24) 

Once workload weight for each storage device has been calculated or estimated, buffer 
30 memory space 200 may be logically or soft-partitioned into individual buffer memory spaces 


SURG-156 


B(i) assigned to each storage device or group of storage devices (e.g., logical volume group, 
tenant group, CoS group, etc) (i) {e.g., 210, 212, 214, 216 and 218). In this regard, a portion of 
maximal available buffer memory space Bmax ^nay be allocated to a respective storage device (i) 
in a manner that is at least partially dependent on the value of workload weight determined for 
that storage device, either proportional to value of workload weight for that device, or non- 
proportional but dependent on the value of workload weight for that storage device. For 
proportional allocation, the following formula may be employed to calculate ; 


Thus, as shown in FIG. 4B, storage device 210 is allocated 50% of Bmzx (0.5 GB), 
storage device 212 is allocated 30% of Bmax (0.3 GB), storage device 214 is allocated 10% of 
Bmax (0.1 GB), storage device 216 is allocated 10% of Bmax (0.1 GB), and storage device 218 is 
not allocated any of Bmax- 

Following allocation of buffer memory space, total number of viewers per storage device 
("TotalNov_disk(i)"), and total rate per storage device ("TotalRate_disk(i)") may be calculated 
using equations (27) and (28) previously given: 

TotalNov_disk(i) = Sum of TotalNov_subdisk(j) for all subdisk j in disk i (27) 
TotalRate_disk(i) =Sum of TotalRate_siibdisk(j) for all subdisk j in disk i (28) 

Once values of TotalNov_disk(i) and TotalRate_disk(i) have been calculated above, 
values of cycle time T(i) for each storage device (i) may be calculated in a manner described for 
other Resource Model Equations given herein, for example, using the upper bound(i) and lower 
bound(i) based on the following Resource Model Equation (30C), that is similar to Resource 
Model Equation (13): 


B(i) - Bmax'' CurrentWeight(i) 


(30B) 


TotalNovJisk(i) AA/\\- Reserved J actor - {TotalRateJisk(i))/ TR] < T(i) 



(30C) 
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Read-ahead size(i) for each storage device (i) may then be calculated, for example, using 
the calculated value of T(i), block size BL, and play rate or data consumption rate Pj, using the 
following relationship: 

5 

Read-ahead sizeQ = [T(i) Pi] / BL (30D) 
Validation of System I/O performance characteristics 

10 

Although information management system I/O perfonnance characteristic values may be 
% assumed for each storage device and/or assumed constant for all storage devices {e.g., all disk 
Jil drives in a multiple disk drive implementation) installed or coupled to a storage processing 
O engine, one embodiment of the disclosed methods and systems may be implemented to perform 
rCl5 optional vahdation of assumed system I/O performance characteristics. Examples of assumed 
fy system I/O performance characteristics that may be optionally vahdated include, but are not 
1,^; limited to, estimated values of seek and rotation latency {e.g., average access time AA), and/or 
y estimated transfer rate {e.g., TR). Optional validation of assumed system I/O performance 
characteristics may be advantageously employed to optimize information management system 

d 

yiZO I/O performance when assumed performance characteristics are inaccurate. Such may be the 
case, for example, when assumed values of system I/O performance characteristics are entered 
wrong, when one or more wrong disk drives are coupled to a system by operational personnel., 
when an upgrade for disk drives is performed but the configuration table was not updated, when 
assumed performance characteristics supplied by disk manufacturer are incorrect, etc. 

25 

In one embodiment, validation of assumed system I/O performance characteristics such 
as average access time and transfer rate may be implemented before a storage device {e.g., disk 
drive) is put into service, for example, by reserving a portion of the processing window for 
running a utility in the storage management processing engine that performs the vahdation every 
30 time the information management system is booted. Such a storage device performance 
validation may be implemented using an algorithm or routine. For example, in an infonnation 
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